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SPECIFICATION 



TO ALL WHOM IT MAY CONCERN: 

Be it known that I, Fred S. Cook, a citizen of the United States, residing at 
16417 W. 138th Terrace, Olathe, Kansas 66062 have invented a: 

METHOD AND APPARATUS FOR AUTHORIZING AND BILLING 
COMMUNICATIONS SERVICES 
USING A BANK CARD FINANCIAL NETWORK 

the following of which is a specification. 
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METHOD AND APPARATUS FOR AUTHORIZING AND BILLING 
COMMUNICATIONS SERVICES 
USING A BANK CARD FINANCIAL NETWORK 

5 

RELATED APPLICATIONS 
Not applicable 

10 

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 
Not applicable 

15 

MICROFICHE APPENDIX 
p Not applicable 

h 
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S.\ BACKGROUND OF THE INVENTION 

m 

Q' 

j=i 20 1. FIELD OF THE INVENTION 
S3 

J=j This invention relates to communications and billing systems; and more 

particularly, to authorizing and billing communications services over a standard bank 

yj card financial network. 

2. DESCRIPTION OF THE PRIOR ART 

25 In the telephone industry today, billing communications services requires 

extensive post processing by large billing systems. Typically, volumes of information 
records are generated by communications equipment and are collected. These records are 
then reformatted and passed to a batch system for back office processing. These back end 
systems do not provide any real-time indication of whether the customer has available 

30 funds to pay for the use of the requested communications service. Moreover, 
provisioning of new communications services typically requires expensive and 
sometimes extensive modifications to these back end billing systems. Additionally, 
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modifications to these back end billing systems cannot be performed in a timely manner 
for dynamically providing new communications service as demanded by customer. 
Therefore, a new system for authorizing and billing communications services is desired. 

SUMMARY OF THE INVENTION 

According to the invention, a dynamic communications service bank card billing 
system method and apparatus are disclosed for authorizing and billing communications 
services using a bank card financial network. Events from communications services and 
equipment providing such services are received by the communications service bank card 
billing system. These events can be native events generated by the equipment associated 
with the requested communications service, or messages communicated with the 
communications service bank card billing system using an agreed to protocol or message 
format. 

If a received event corresponds to a request for initiating a communications 
service, the event or estimate of the event cost is tariffed and taxed, and a pre- 
authorization and hold request is made to the associated customer bank card account 
number. If the communications service receives a service authorization or denial 
indication, the communications service bank card billing system provides such indication 
indicative of the successful or non-successful pre-authorization and hold request. The 
pre-authorization hold transaction is followed by a completion request for the actual 
amount. Alternatively, if a received event corresponds to a request to charge a customer 
account (e.g., a message corresponding to the completion of the use of a communications 
service), the event is tariffed and taxed, and a forced post request is made to the 
associated customer bank card account number over the bank card financial network. 

Additionally, a representation of the content of the event is stored by the 
communications service bank card billing system for accumulating communications 
service charges during a billing period. At the end of such a billing period, the 
communications services charges for a customer or customer account can be summarized 



and evaluated whether the customer is due a credit (e.g., a volume discount) or a 
surcharge is required. Such an account adjustment is then made via a forced post request 
or a credit to the associated customer bank card account number over the bank card 
financial network. 

Embodiments of the present invention include computer-readable medium 
containing computer-executable instructions for performing a method of the present 
invention, and a computer system performing a method of the present invention. An 
embodiment of the method of the present invention provides for an interface between a 
financial bank card network and a communication system that provides a communication 
service. 

An embodiment of this method can be performed comprising the steps of: 
receiving a communications services event from the communications system; converting 
the event into a format suitable for the financial bank card network; and transferring the 
formatted event to the financial bank card network. 

Preferably, the communications service event is received in a protocol native to 
devices in the communication system that provide the communication service. 
Preferably, the event is converted to a bank card format such as a Visa I, Visa II, ASPDH, 
or SET format. 

In an embodiment, the formatted event corresponds to a pre-authorization and 
hold request for authorization. Preferably, the method further comprises the step of 
determining an amount to charge for the communications service corresponding the 
received communications services event. Preferably, the step of determining the amount 
to charge for the communications service includes tariffing, taxing, and accumulating of 
the received communications service events. 

Preferably, the method further comprises the steps of: receiving a 
pre-authorization and hold response from the financial bank card network; and signaling 
the communications service an indication that the communications service was authorized 



# 



• 



based on the received pre-authorization and hold response. Preferably, the method 
further comprises the steps of: receiving a pre-authorization and hold response from the 
financial bank card network; and signaling the communications service an indication that 
the communications service was not authorized based on the received pre-authorization 
and hold response. 

In an embodiment, the formatted event corresponds to a forced post request. 
Preferably, the method further comprises the step of determining an amount to charge for 
the communications service corresponding the received communications services event. 
Preferably, the step of determining the amount to charge for the communications service 
includes tariffing, taxing, and accumulating of the received communications service 
event. 

In an embodiment, the method further comprises the steps of: accumulating a 
plurality of data structures corresponding to a plurality of received communications 
service events from the communication system; calculating a discount or surcharge 
corresponding to the accumulated data structures; and requesting a forced post request 
over the financial bank card network corresponding to the calculated discount or 
surcharge. Preferably, the step of calculating the discount or surcharge is performed at 
the end of a billing cycle determined by elapsed time or event count. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The appended claims set forth the features of the present invention with 
particularity. The invention, together with its advantages, may be best understood from 
the following detailed description taken in conjunction with the accompanying drawings 
of which: 



FIG. 1 is a block diagram of an exemplary network environment in which the 
present invention may be practiced; 
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FIG. 2 is a diagram illustrating the flow of data in an embodiment of the present 
invention; and 

FIGs. 3-4 are flow diagrams illustrating the steps performed in an embodiment of 
the present invention. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Figure 1 and its discussion herein are intended to provide a description of a 
general computing environment in which the present invention can be practiced. The 
present invention is not limited to a single computing environment. Moreover, the 
p 10 architecture and functionality of the present invention as taught herein and would be 
y understood by one skilled in the art is extensible to an unlimited number of computing 

environments and embodiments in keeping with the scope and spirit of the present 
invention. 



v ^ Turning first to FIG. 1, illustrated is an exemplary operating environment 100 for 

£ 

O 15 practicing the present invention. Communications service bank card billing system 105 

03 

H embodies the functionality of the present invention by receiving service requests from 

communications service 142 over facility 141 which are billed to the customer over bank 

^5 card financial network 158 over facility 152. Communications service bank card billing 

system 105 typically comprises a standard computer platform with appropriate 
20 communications system interface 140 and bank card system interface 150. 

Communications service bank card billing system 105 includes a processor 110, memory 
115, storage devices 120, communications system interface 140 and bank card system 
interface 150, which are electrically coupled via bus 112. Memory 1 15 is one type of 
computer-readable medium, and typically comprises random access memory (RAM), 
25 read only memory (ROM), integrated circuits, and/or other memory components. 
Memory 115 typically stores computer-executable instructions to be executed by 
processor 110 and/or data which is manipulated by processor 1 10. Storage devices 120 
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are another type of computer-readable medium, and typically comprise disk drives, 
diskettes, networked services, tape drives, and other storage devices. Storage devices 120 
typically store computer-executable instructions to be executed by processor 110 and/or 
data which is manipulated by processor 110. 

5 Turning now to FIG. 2, illustrated is the flow of data in an embodiment of the 

communications service bank card billing system 105 (FIG. 1). Communications service 
event 205 represents a communications service event received from a communications 
service 142. Communications service event 205 could be in a "raw" or native format of 
the equipment providing the communications service, with surround or other equipment 
10 interfacing technology well known in the art used to capture the required information 
from communications service 142, and to transmit the service authorization or denial to 
d communications service 142, if the service equipment accepts such messages. In other 

yj embodiments, the communications service communicates with the communications 

%. i 

rj service bank card billing system 105 using an agreed to or standardized communication 

H 15 protocol. 

H= 

s Compound event generator 210 receives the communications service event and 

0 

transforms the data 205 as necessary into a known format or "compound event". In step 
212, the event is checked for completion. If the event is not complete, the process returns 
i0 to step 212. If the event is complete, the service tariffing and taxing engine 215 

20 determines the appropriate charges for the requested communications service using one or 
more tariffing and taxing databases as represented by tariff and tax rates 220. In some 
embodiments of the invention, the tariff exception are exercised via a subscriber contract 
database 222. The tariffed and taxed compound event is then duplicated (represented by 
element 225 and links 230A/B and 235) and processed by the accumulator and 

25 summarizer 260, and either pre-authorization and hold request formatter 240 or forced 
post request formatter 250. 

When a service authorization request to the communications service bank card 
billing service 105 is requested to determine whether the customer has appropriate credit 
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to pay for the desired service, then the data request is processed by the pre-authorization 
and hold request formatter 240 and then the financial network pre-authorization and hold 
interface 245. Otherwise, the data request is processed by the forced post request 
formatter 250 and then the financial network forced post interface 255 to charge the 
customer's bank card account. Both the pre-authorization and hold request formatter 240 
and forced post request formatter 250 use customer information 260 (e.g., a bank card 
billing number, account name, etc.) and provider information 285 (logical retailer, 
location, limits, defaults, etc.) in their processing. Bank card message formatters 240 and 
250 prepare the bank card message according to well established bank card format (e.g., 
Visa I, Visa II, ASPDH, SET), which are well known in the bank card processing 
industry. 

In addition, the request is forwarded to the accumulator and summarizer 260 
which collects the compound, tariffed, and/or taxed events into a data storage 265. At the 
end of a billing cycle, these collected events are processed to determine whether an 
adjustment to the customer's bank card account is required. For example, a customer 
might be due a volume discount credit, or should be charged an additional service charge 
for failing to use a predetermined volume level of communications as determined by 
service contracts and tariff rates. This billing cycle could be determined by a time period 
(e.g., monthly) or based on the occurrence of some other triggering event (e.g., a number 
of events threshold reached on a service and/or user basis). To determine and process 
these credits or additional charges, at the end of the billing period, rate adjuster 270 
processes the events accumulated in the storage 265 to determine an aggregate charge rate 
for the service based on the tariff and tax rates 220 and optionally the subscriber contract 
database 222. If a credit or surcharge is required, then the credit/charge formatter 275, 
using customer information 260, prepares the credit or debit request; followed by 
financial network forced post interface 280 processing the credit/debit request over the 
financial bank card network 158. 

Turning now to FIG. 3, illustrated are the steps performed by communications 
service and bank card billing system 105 (FIG. 1) in an embodiment of the present 
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invention. Processing begins at step 300 and proceeds to step 305, where an event from a 
device associated with the communications service is received. Next, in step 310, the 
received event is transformed, as required, into a compound event having a predetermined 
format and supplemented with any requisite information. In step 312, the event is 
checked if complete. If the event is not complete, the processing returns to step 305. If the 
event is complete, the received or compound event is taxed and tariffed in step 315. The 
processing of the tariffed and taxed events is then split into two processing paths, which 
is indicated in FIG. 3 by junction 317, and processing paths 318 and 319. 

Turning first to processing path 318, at step 320, the communications service 
request is evaluated to check if it is associated with a request for new communications 
service or the completion of a communications service. If the request does not 
correspond to a completed service request, then the request is checked in step 335 to see 
whether the service is verified for the requesting customer and all the communication 
service request information is consistent with a valid service request. If it is not, then 
step 340 is performed to signal to the equipment providing the service that the service is 
not authorized. Otherwise, a pre-authorization and hold request is formatted in step 345, 
and processed over the financial bank card network in step 350. The equipment 
providing the communications service is then signaled that the service is authorized (step 
365) or not authorized (step 360) depending on whether the authorization and hold 
request is successfully processed as determined in step 355. Otherwise, the 
communications service request corresponds to a completed service (i.e., the customer 
should be charged) as determined in step 320, then a forced post request is formatted in 
step 325 for non pre-authorized events as determined in step 322, and processed over the 
financial bank card network in step 330. Pre-authorized events are formatted as pre- 
authorization completions in step 324 and processed over the financial bank card 
network. The processing of FIG. 3 returns to step 305 to continuously process new 
communications service requests and events. 

Turning now to processing path 319 of FIG. 3, the communications service 
request (i.e., compound events) is accumulated and summarized in step 370 for 
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processing at the end of a billing period. In an embodiment, the compound events are 
accumulated and summarized on a per customer account basis. As would be understood 
by one skilled in the art, numerous different data structures and processing techniques and 
could be used to accumulate and summarize the requisite information for determining 
additional charges or credits for a billing cycle in keeping with the scope and spirit of the 
present invention. 

Turning now to FIG. 4, illustrated are the steps performed by communications 
bank card billing system 105 (FIG. 1) for generating a discount or surcharge based on a 
given billing period. In an embodiment of the present invention, processing commences 
with step 400 and loops at step 405 until the end of the billing period or cycle. Then, for 
each customer account to process for the current billing cycle (step 410), a customer 
account is selected for processing (step 415), the discount or surcharge is calculated (step 
420) for the events accumulated and summarized in step 370 (FIG. 3). If an account 
adjustment is required as determined in step 425 for the current client, then the credit or 
debit request is formatted (step 430) and processed over the financial bank card network 
(440). After all accounts for the current billing cycle have adjusted as required, the 
processing of FIG. 4 returns to step 405 to wait until the end of a billing cycle has been 
reached. 

In view of the many possible embodiments to which the principles of our 
invention may be applied, it will be appreciated that the embodiment described herein 
with respect to the drawing figures is only illustrative and should not be taken as limiting 
the scope of the invention. To the contrary, the invention as described herein 
contemplates all such embodiments as may come within the scope of the following 
claims and equivalents thereof. 



CLAIMS: 



I claim: 
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